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INFORMATION DESCRIPTOR AND EXTENDED INFORMATION DESCRIPTOR 
DATA STRUCTURES FOR DIGITAL TELEVISION SIGNALS 

Continuity Data 

This application claims priority upon U.S. Provisional Patent Application, 
5 Serial No. 60/197,676, filed April 17, 2000, the entirety of which is hereby 
incorporated by reference. 

Field of the Invention 

The invention is directed to meta data for use in digital television signals, and 
more particularly for meta data in a digital television signal that is used to generate 
M0 an electronic program guide. 



Background of the Invention 

•ai An electronic program guide (EPG) is a (typically) interactive graphical user 

™ interface (GUI) that a receiver of a digital television (DTV) signal can generate. An 

EPG is superimposed on the DTV event, e.g., program, that is currently being 
%j15 displayed. The EPG provides a viewer/user with information about the events 

currently being shown and that will be available for some amount of time into the 

future. 

Some EPGs can only provide textual descriptions of the events themselves, 
of the ratings of potentially-objectionable content in the events (content advisory 

20 ratings) and of the encoding information. Encoding information can include 
indications of DOLBY stereo audio, which video format is used (e.g., there being 18 
video formats according to the American Television Standards Committee standard 
for terrestrial digital television), closed captioning availability, etc. Examples of such 
EPGs are depicted in Figs. 1-2. 

25 A specific type of DTV signal is a terrestrial broadcast DTV signal that 

conforms to the standards of the American Television Standards Committee (ATSC). 
Among the many ATSC standards for aspects of a terrestrial DTV signal, the 
specification for meta data used in an EPG is contained in ATSC A/65 and its 

1 



Attorney Docket No. 2916-129P 

x v (Triveni No. 2000-01) 

addenda, A/66 and A/67. Such meta data is referred to as Program and System 
Information Protocol (PSIP) data. The PSIP specification promulgated by the ATSC 
only provides for textual descriptions of the events themselves, of the ratings of 
potentially-objectionable content in the events and of the encoding information. As 
5 such, the current PSIP specification only provides for an EPG that is about as 
visually-compelling as those of Figs. 1-2, In other words, the current PSIP-specified 
EPG is not visually compelling, i.e., it is bland in appearance. 

Given the great improvement in the quality of event images made possible by 
an ATSC-compliant terrestrial DTV signal, such a bland EPG is inconsistent. 
10 Broadcasters and content providers want to add more viewer-compelling advertising 
and event-content information to the EPG displays. It is a problem that there is no 
standard way of providing such advertising and event-content information. 



01 Summary of the Invention 

ffi The invention, among other things, provides a solution to the problem 

1 5 described above. 

p The invention, in part, provides a new type of meta data structure that 

provides data and/or or a link to such data that is used by an EPG generator in a 
J DTV receiver to display visually-compelling information about an event. Such 

T information can include: an icon associated with the broadcaster of the event and/or 

20 the source of the event; a graphic representing a rating of potentially-objectionable 
content in the event; a still image representative of or having a relation to the event; 
a video excerpt of or having a relation to the event; an advertisement related to the 
event, its broadcaster and/or its source; etc. 

The invention, also in part, provides a meta data structure (a descriptor) that 
25 can be attached to entries in PSIP tables, e.g., an event in an event information table 
(EIT) or a virtual channel in a virtual channel table (VCT). The descriptor provides a 
way to reference other content in a different or the same DTV data stream or 
available via a network that can be used by the receiver to display other types of 
content. The descriptor also provides the type of the data and an expected usage of 
30 the data. 
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Parsing and displaying the visually-compelling information provided via such a 
descriptor is an optional feature of a DTV receiver system. For those that support 
this mechanism, the EPG that a DTV receiver generates can be enhanced 
dramatically. 

The meta data structure (descriptor) according to the invention is especially 
advantageous because of the typing and usage values that it contains. A DTV 
receive can analyze such typing and usage values before accessing the data 
referenced in the descriptor. In some instances, such pre-access analysis can 
preclude the EPG generator from attempting to generate the visually-compelling 
information, thus reducing computational overhead and computing resource waste. 

Advantages of the present invention will become more apparent from the 
detailed description given hereinafter. However, it should be understood that the 
detailed description and specific examples, while indicating preferred embodiments 
of the invention, are given by way of illustration only, since various changes and 
modifications within the spirit and scope of the invention will become apparent to 
those skilled in the art from this detailed description. 

Brief Description of the Drawings 

The present invention will become more fully understood from the detailed 
description given hereinbelow and the accompanying drawings which are given by 
way of illustration only, and thus do not limit the present invention. 

Figs. 1-2 are depictions of visually-bland EPG screens according to the 
background art. 

And Fig. 3 is a depiction of an EPG screen that includes visually-compelling 
information made available by way of one or more of the meta data structures 
according to the invention. 

Detailed Description of the Preferred Embodiments 

Examples of four meta data structures (descriptors) according to the invention 
will be described. Such descriptors extend the sort of information that can be 
supplied in a digital television (DTV) signal that complies with the program and 
system information protocol (PSIP) meta data specification promulgated for digital 
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terrestrial television according to the American Television Standards Committee 
(ATSC). Such extended information makes it possible for a ATSC-compliant receiver 
to generate an electronic program guide (EPG) the includes visually-compelling 
information. 

Fig. 3 is a depiction of an example of an EPG screen 300 that includes, 
among other pieces of information, visually-compelling information made available 
by way of one or more of the meta data structures according to the invention. The 
EPG screen 300 includes a grid 302 that represents at least a portion of the 
schedule of events that a DTV receiver can receive. The grid 302 has rows 
representing each broadcast channel. For some of the rows, a visually-compelling 
logo graphic associated with the DTV broadcaster of the respective channel, such as 
graphic 304A, 304B, 304C and 304D, is depicted. 

One of the events, 306, in one of the rows is depicted slightly differently 
(boxed) to denote its selection by a user of the EPG. Due to its selection, additional 
visually-compelling information about the event, here the movie "BLUES 
BROTHERS,'" is depicted. This additional information includes the following: logo 
graphic 308 associated with the DTV broadcaster of the respective channel; a 
graphic 310 representing a rating of potentially-objectionable content in the event; 
and a movie excerpt still image 312 from the event. 

The EPG screen 300 also includes an advertisement graphic 314 related in 
some way to the selected event 306, the broadcaster of the selected event 314 
and/or the source of the selected event 314. Here, the advertisement 314 is for a 
competing broadcaster of movies etc, that has paid to linked in the EPG meta data 
so as to be displayed whenever a movie is selected by a user. 

The logo graphics 304A-D and 308, the rating graphic 310, the movie excerpt 
image 312 and the advertisement 314 can each be a still or dynamic image of any 
suitable image format, such as any one of a GIF-formatted image file, a JPEG- 
formatted image file, a TIFF-formatted image file, an ASCII text file, an HTML- 
formatted text file, an XML-formatted text file, a basic audio formatted file having a 
.au file extension, an MPEG-formatted audio file, a WAV-formatted audio file, an 
MPEG-formatted video file, a Quicktime-formatted video file, an AVI-formatted video 
file, a user-defined formatted file, etc. 



Attorney Docket No. 2916-129P 

c v (Triveni No. 2000-01) 

The logo graphic 308 can be the same as logo graphic 304A or it can be 
different Also, it is not necessary to include all of the visually-compelling pieces of 
information 304A-D, 308, 310, 312 and 314 in an EPG screen. 

A meta data generator that can easily be adapted to generate the descriptors 
5 according to the invention is the PSIP BUILDER PRO brand of PSIP generator 
manufactured and sold by TRIVENI DIGITAL INC., the assignee of the invention. 
The PSIP BUILDER PRO itself is based upon a programmed PC having a Pentium 
type of processor using the MICROSOFT WINDOWS NT4.0 operating system, with 
the application software being written in the Java language. 
10 Known text-based EPGs, such as that made and sold by the SHARP 

Corporation or the RCA Corporation (e.g., model no. DTC100), can easily be 
adapted to recognize and operate upon the descriptors according to the invention. 
O The first example descriptor according to the invention describes types of 

fjj visually-compelling data associated with an event not defined. Some of the types of 
His such data might not be described in the PSIP specification. 

Ill The other example descriptor according to the invention describes where the 

visually-compelling data described by the first example descriptor can be found by 
! :i the electronic program guide (EPG) generator of the DTV receiver. 
=P The example descriptors according to the invention can be included in Virtual 

[20 Channel Tables (VCTs) and Event Information Tables (EITs). This allows the 
P broadcaster to include a broad range of informational data associated with a virtual 
channel or an event, respectively. 

A brief review of EITs and VCTs according to the PSIP specification is now 
provided. Generally, an EIT identifies: events, e.g., units of programming, the titles 
25 of the events; the start times of the events; and the durations of the events. There 
may be up to 128 EITs, designated EIT-0 through EIT-127, each covering a three 
hour period. There a multiple instances of EITs for any given three hour period, i.e., 
one EIT for each virtual channel. A VCT identifies and describes virtual channels in a 
physical channel allotted to a terrestrial DTV broadcaster. 
30 The known EIT has the table identification (id) OxCB and can include the 

following for each event (referred to as being in the particular event's loop) in its 
three hour period: a source id field (that points to the source of the physical channel 
containing the virtual channel in which the event can be found); an event id field; a 
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start time field; an extended text message (ETM) location flag; a length field in units 
of seconds; a title field; a captions service descriptor field; a content advisory 
descriptor field; and other descriptor fields as yet unspecified by the PSIP. 

The first and/or second example descriptors according to the invention can 
5 occupy one or more of the as yet unspecified descriptor fields in an EIT. 

The known VCT can be a terrestrial VCT (TVCT) or a cable VCT (CVCT). It 
can have the table id 0xC8 (TVCT) or 0XC9 (CVCT) and include a transport stream 
id field that identifies the physical channel allotted to the terrestrial DTV broadcaster. 
For each virtual channel in the physical channel, the known VCT, among other 

10 things, includes: a short channel name field; a major channel number field (often 
corresponding to the analog television channel number previously associated with 
the broadcaster); a minor channel number field; a modulation mode field; a carrier 

^ frequency mode field; a channel transport stream id field representing the frequency 
^0 band of the physical channel consumed by the virtual channel; an extended text 
f§ message (ETM) location flag; a service type indication field; a source id field (that 
defines a unique number that can be used to identify the virtual channel within the 
y] transport stream multiplex); a service location descriptor field; and other . descriptor 
I" fields as yet unspecified by the PSIP. 

1 1 The first, second and/or third example descriptors according to the invention 
20 can occupy one or more of the as-yet-unspecified descriptor fields in a VCT. The 
^ third example descriptor should be included in one or more of the as-yet-unspecified 
H descriptor fields in an EIT. 

The first descriptor provides information for associating a type of data with 
one of the known multipurpose internet mail extensions (MIMEs). This allows a DTV 

25 receiver of the descriptor to create a table of types of such data. 

The second descriptor is a uniform resource locator (URL) reference providing 
information about (or a link to) where to find the specific data resource. Such a URL 
can typically describe the type of access method being used (http) and/or the server 
location or data stream having the specific data resource. 

30 The third example descriptor is an embellishment of the second descriptor in 

the sense that it adds indicators about the associated content regarding; whether it 
is an advertisement; whether it should be displayed with or separately from an EPG 
screen; and/or where on a display screen it should be located. 
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The fourth example descriptor defines the genre of the information (event with 
which it is associated). 

The first descriptor, also known as the Information Type Descriptor, will now 
be discussed in more detail. 

The information type descriptor according to the invention is used to describe 
data types not defined by the ATSC's PSIP standard. As described herein, some 
non-standard data types are predefined, but more generally the invention provides a 
way to define such non-standard data types. 

The predefined data types correspond to those data types that are typically 
understood by known receivers. The form of the descriptor follows the standard 
descriptor form found in ISO/IEC 13818-1:1996, Information technology - Generic 
coding of moving pictures and associated audio information: Systems (normative). 

The Information Type Descriptor syntax is defined in Table 1 as having the 
following fields. 



Table 1 Bit Stream Syntax for the Information Type Descriptor 



Syntax 


Bits 


Format 


information_type__descriptor () { 






descriptor_tag 


8 


0xC9 


descriptorjength 


8 


uimsbf (unsigned 
integer, most 
significant bit first) 


informationtypejd 


8 


uimsbf 


information_desciptionJength 


8 


uimsbf 


information_description_text 

} 


var 





The field, descriptorjag, is for an 8-bit unsigned integer. It should have the 
value 0xC9. And it identifies the descriptor as the information_type_descriptor. 

The field, descriptorjength, is for an 8-bit unsigned integer. It specifies the 
length (in bytes) of the fields immediately following this field through to the end of the 
20 information type descriptor. 
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The field, information_type__id, is for an 8-bit unsigned integer. It specifies the 
information type identifier being defined. The information type id is a shorthand 
representation of the informational text in a field (information__description__text) that 
indirectly follows it. The expectation is that the decoder (in the DTV receiver) of the 
information can save this identifier to associate it with the information description, 
allowing the extended information descriptor to use the id instead of the full 
description text. 

Predefined examples of the information__type_id are described in Table 2. 



Table 2 Predefined Information Type Identifiers 



ID 


Text 


Meaning 


0x00 


image/gif 


A GIF-formatted image file 


0x01 


image/jpeg 


A JPEG-formatted image file 


0x02 


image/tiff 


A TIFF-formatted image file 


0x03 


imaqe/x-xbitmap 


An XBM-formatted imaqe file 


0x04-0x07 




Reserved 


0x08 


text/plain 


A plain ascii text file 


0x09 


text/html 


An HTML-formatted text file 


OxOA 


text/xml 


An Xml-formatted text file 


OxOB- 




Reserved 


OxOF 






0x10 


audio/basic 


A basic audio file format (.au) 


0x11 


audio/x-mpeg 


An MPEG-formatted audio file 


0x12 


audio/x-wav 


A WAV-formatted audio file 


0x13-0x17 




Reserved 


0x18 


video/mpeg 


An MPEG-formatted video file 


0x19 


video/quicktime 


A Quicktime-formatted video file 


0x1 A 


video/avi 


An AVI-formatted video clip 


0x1 B- 




Reserved 


0x1 F 






0x20-0xff 




User Defined 
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Continuing with the discussion of the fields in the information type descriptor, 
the field, information_descriptionJength, is for an 8-bit unsigned integer. It specifies 
the length (in bytes) of the information description that immediately follows. This 
value is equal to descriptoMength - 2 bytes. 
5 The field, information_description_text, is for the description of the 

information. Typically, this can be a textual MIME type. For example, £ image/gif can 
be used to specify that the informationjypejd corresponds to the GIF image file 
type. This field can contain any value that can be interpreted by the decoder. 

The second descriptor, also known as the Extended Information Descriptor, 
10 will now be discussed in more detail. 

The extended information descriptor can contain three fields: a type identifier 
field that indicates the type of the data being referenced; an expected usage field; 
_ and a URL field indicating where the information can be found. The type identifier 
ul field can refer to the first example descriptor according to the invention. 
f| The extended information descriptor makes it possible for data to be supplied 

Hj either in a program included in a transport stream (using the digital storage media 
0] command and control (DSMCC) protocol described in ISO/IEC 13818-6 (1998) or 
some other data protocol) or from some other source (the world wide web, the 
G internet, a private network, etc.). The form of the descriptor follows the standard 
2fi descriptor form found in, again, ISO/IEC 13818-1:1996, Information technology - 
? 2 Generic coding of moving pictures and associated audio information: Systems 
f« (normative). 

The Extended Information descriptor syntax is defined in Table 3. 



Table 3 Bit Stream Syntax for the Extended Information Descriptor 



Syntax 


Bits 


Format 


extended_information_descriptor () { 






descriptorjag 


8 


0xC8 


descriptoMength 


8 


uimsbf 


informationjypejd 


8 


uimsbf 


information_expected_usage 


8 


uimsbf 


informationjocationjength 


8 


uimsbf 


information Jocationjext 

} 


Var 
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The field, descriptor_tag, is an 8-bit unsigned integer. It should have the value 
0xC8. And it identifies the descriptor as the extended jnformation_descriptor. 

The field, descriptorjength, is for an 8-bit unsigned integer. It specifies the 
length (in bytes) of the fields immediately following this field through and to the end 
5 of the extended information descriptor. 

The field, information_type_id, is for an 8-bit unsigned integer. It specifies the 
type of information that resides at the specified location. 

The field, information_expected_usage, is for an 8-bit unsigned integer. It 
specifies the expected or intended usage of the information referenced by this 
10 descriptor. Table 4 defines some settings for this field. The expected usage indicates 
a hint to the receiver as to where and/or how the information's creator intended the 
information to be displayed. Some receivers might not be able to comply with this 
hint. Behavior in these instances is not defined, but is left to the particular operability 
fi of the receiver. 

f| Table 4 Information Expected Usage Definitions 



Value Bits 


0x00 


Undefined - No expected usage. Display 
when and where convenient depending on 
type. 


0x01 


Extended Event EPG Information 
(Displayed during EPG display when event 
is selected). 


0x02 


Extended Event Selected Information 
(Displayed when event is selected). 


0x03— OxOF 


Reserved for future Event Usage definitions. 


0x10 


Extended Channel EPG Information 
(Displayed during EPG display when 
channel is selected). 


0x11 


Extended Channel Selected Information 
(Displayed when the channel is selected). 


0x12— 0x1 F 


Reserved for future Channel Usage 
definitions. 
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Value Bits 


0x20— 0x7F 


Reserved for future usage. 


0x80— OxFE 


User defined. 


OxFF 


Reserved. 



Continuing with the discussion of the fields in the extended information 
descriptor, the field, informationjocationjength - This 8-bit unsigned integer 
specifies the length (in bytes) of the location text immediately following this field to 
5 the end of the descriptor. This field is equal to the descriptorjength - 2. 

The field, information Jocation_text - This data represents a string of 
characters that is interpreted as a URL. The URL is used to reference either a 
particular data program (e.g., dtv:/salesdata.com) or some other data from, e.g., the 
www (e.g., http://www.weatherchannel.com/images/logo.gif) or a private network. 
MO The extended information descriptor can be used to specify additional 

; 5 

m information about a virtual channel or event in a DTV decoder system. This provides 
*;j for multimedia or graphical elements that can be used to enhance the event or virtual 
in channel data. For example, information in a VCT could refer to a banner 
" n advertisement or some graphic with a logo associated with a broadcaster. The 
415 associated broadcaster would have some relation (perhaps even that of a competing 
broadcaster) to that the broadcaster to whom is assigned the physical channel in 
which the currently-highlighted/selected virtual channel is found. The DTV decoder 
would then display that information in appropriate locations based on interactions 
with the user. 

20 The selection of such appropriate locations represents an aspect of the 

decoder within a DTV receiver and is within the ordinary level of skill in the art. In 
Fig. 3, such a banner advertisement 314 is located at the top portion of the EPG 
screen 300. The extended information descriptor for banner advertisement 314 
would indicate an information_expected_usage field value of 0x1 1 . 

25 Similarly, if the descriptor is included as part of the event information, the DTV 

decoder can display extended information such as graphics, ads or even video clips 
when the user asks for information about the event in the EPG or through some 
other interaction. The descriptor would indicate an information_expected_jjsage of 
0x01 for this situation. 

11 
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The extended information descriptor is intended to be a simple reference to 
the actual data. Since the descriptor includes a URL, the data may be located 
anywhere and can be displayed if it is accessible by the receiver. The receiver 
should be very flexible in changing displays if the resource cannot be accessed. 
Again, this an aspect of the decoder within a DTV receiver that is within the ordinary 
level of skill in the art. 

For many broadcasters, it will be advantageous to provide these resources 
carrouseled in a separate program stream within their broadcast stream, thus 
allowing the receiver to quickly obtain the information and display it if the receiver 
can format the particular file type. 

Again, the Information Type descriptor allows the user to extend the types of 
data that can be sent. The descriptor allows the encoder to specify which identifiers 
map to which types of data. In this way, a decoder can leverage off previous 
standards, specifically the MIME type standards, to determine how a data set should 
be interpreted. The Information Type descriptor is a definition mechanism to allow 
the encoder to indicate which id will be used for a given MIME type. 

For an overall example, assume that a broadcaster KXYZ has a number of 
banner ads that are being used on the broadcaster's web site to identify the three 
virtual DTV channels that the broadcaster is providing in the DTV domain via its 
allotted physical terrestrial DTV channel. The broadcaster also uses a listing service 
that supplies information concerning the programming along with advertising for 
those programs. The listing data takes the form of a database that is converted into 
ATSC A/65-compliant PSIP data. In addition to the program textual information, the 
listing service also provides a number of pictures (graphics files) that are stills of the 
respective programs. 

To provide a visually-compelling EPG screen as well as advertising to the 
customer/viewer/user of the EPG, the broadcaster in the overall example decides to 
include the graphical information concerning the channels provided along with 
program graphics. The broadcaster uses a portion of the broadcast stream to supply 
the graphics files in a data carrousel. This carrousel is encoded as program 16. 
Thus, the program map table (PMT) of the program is encoded at packet identifier 
(PID) 0x0100. The carrousel is placed on PID 0x01 OA according the ATSC program 
information guidelines (A/53). The URL(s) associated with this data carrousel are 
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supplied as part of the PSIP information in the data event tables (DETs) (which were 
previously referred to as DITs). 

In the overall example, the URL of each of the data elements is identified as 
"btv://kxyz1 6. kxyz.com/images/proglmage.gif where 'proglmage.gif represents one 
5 of the files being provided for each of the programs and "btv" denotes broadcast 
television. Such a URL is described in more detail in commonly assigned copending 
application serial no. 09/188,189, filed November 10, 1998, the entire contents of 
which are hereby incorporated by reference. 

Assuming the listing service does not supply a complete set of stills, the 
10 broadcaster could merely include those that are most important. In addition, the 
broadcaster can also supply the images from the web site that are used as banners. 
These are referenced as l£ btv://kxyz1 6. kxyz.com/images/bannerX.gif where 
n "bannerX.gif represents the banner for each channel X. The carrousel is sent at a 
: ! limited rate based on the broadcaster's available bandwidth. 

For the overall example, in the descriptor loop of each virtual channel (see 
m ATSC A/65 Section 6.3), the extended information descriptor is added which 
Uj references the banner file supplied. Thus, the descriptor can have the values shown 
in Table 5. 



Table 5 Extended Information Descriptor for Virtual Channel 1 



Syntax 


Value 


Explanation 


extendedjnformation _descriptor () { 






descriptor_jtag 


0xC8 




descriptor Jength 


42 


The total byte count. 


information_type_id 


0 


Indicating a gif file. 


information_expected_usage 


0x10 


Display during Channel 
EPG display. 


information Jocation Jength 


40 


The total character 
count in the text. 


information_location_text 


'btv://kxyz16.kxy 


The URL of the first 




z.com/images/b 


banner for the first 


} 


anner1.gif 


channel. 
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In Table 5, it is noted that the information_type_id takes advantage of the 
predefined types of files to indicate that the file is a GIF. Similarly, the reference to 
each program event extended information is encoded in the associated EITs as in 
Table 6. 



Table 6 Example Extended Information Descriptor for Event n 



Syntax 


Value 


Explanation 


extended_information _descriptor () { 






descriptor_tag 


0xC8 




descriptorjength 


44 


The total byte count. 


information_type_jd 


0 


Indicating a gif file. 


i nformation_expected_usage 


0x01 


Display during Event EPG 
display. 


informationjocationjength 


42 + digits 


The total character count in the 




forN 


text. 


information_location_text 


'btv://kxyz1 


The Ul of the gif image 




6. kxyz.com/ 


associated with event N. 




images/pro 




> 


glmageN.gif 





In the overall example, the data need only be sent as frequently as the table it 
is associated with. Accordingly, the carrousel algorithms can be tuned to only send 
the channel extended information as fast as the VCT while the event information 
need only be delivered as fast as the EIT referencing the data. Similarly, when an 
EIT or Virtual channel becomes obsolete, the associated extended information can 
be removed from the broadcast stream. 

The third descriptor, also known as the External Extended Information 
Descriptor, will now be described in more detail. The third descriptor includes: a type 
identifier that indicates the type of the data referenced; a group of hints about usage 
and positioning (on an EPG such as that of Fig. 3); a start time when the data is 
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valid for display; a duration indicating how long the data should be used; and a URL 
indicating where the information may be found. 

The data for this specific demonstration can be contained in private tables 
within the same transport stream. The URL referencing this data can take the form 
"ptm:/<path>" or "ptd:/<extendedlD>". The form of the descriptor follows the standard 
descriptor form found in ref. [2]. The descriptor tag can be defined as 0xC8 for the 
extended information descriptor. 

While there are specific fields providing for usage hints, the actual placement 
of the descriptor in either the EIT event descriptor loop or VCT virtual channel 
descriptor loop provides a way to associate the extended information with an event 
or with a virtual channel. Including this information in the descriptor (as in previous 
specifications) is redundant. The Extended Information descriptor syntax is defined 
in Table 7. 



Table 7 - Bit Stream Syntax for the Extended Information Descriptor 



Syntax 


Bits 


Format 


extended_information_descriptor () { 






descriptor_tag 


8 


0xC8 


descriptorjength 


8 


uimsbf 


i nf o rm ati o n_ty pe_i d 


8 


uimsbf 


information_advertisement__hint 


1 


bslbf 


information_guide_hint 


1 


bslbf 


information_positionJiint 


3 


uimsbf 


i nf o rm a t i o n_s ize_h i n t 


3 


uimsbf 


information_startJime 


32 


uimsbf 


i nf o rm a ti o n_d u rati o n 


32 


uimsbf 


i nf o rm ati o n_locati o n_text 

} 


var 





The fields, descriptorjag, and descriptorjength, have been described above. 

The field, information advertisement hint can be a single bit indicating 
whether the associated information represents an advertisement or not. 
Advertisement information is indicated with a value of T while other information is 
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indicated with a value of '0'. Advertisement information will usually be information 
that is not directly associated with the particular service or event. 

The field, information_guide_hint can be a single bit indicating that the 
information is intended to be displayed during Program Guide mode or during regular 
program display. A value of T indicates that the information is better displayed on 
program guide. A value of '0' indicates that the information is better displayed on the 
program display. 

The field, information_positionJiint can be 3 bits that indicate a hint as to the 
best position for the particular information. Table 8 provides some example 
meanings for each of the values. 



Table 8 - Information Position Hint Values 



Value 


Meaning 


'000' 


Undefined - No positional information supplied. 


'001' 


Background - The associated information should be 
used as a background of the display if possible. 


'010' 


Logo - Indicates that the information contains a logo 
that should be displayed in appropriate positions. 


( oir 


Reserved 


'100' 


Upper Left Quadrant (Position 1) 


"lor 


Upper Right Quadrant (Position 2) 


*110' 


Lower Left Quadrant (Position 3) 


'iir 


Lower Right Quadrant (Position 4) 



The field, information_size_hint, can be 3 bits that indicate the intended size 
for the display of the referenced information. A value of '000' indicates that no size 
hint is defined for the referenced information. Values '001 1 through '111' indicates a 
range of small to large, respectively. The hint may be applied differently based on 
the type of information. For example, small may indicate that a particular graphic 
image be displayed in a smaller size while small may mean small fonts for text 
information. 

The field, information_start_time can be 32 bits representing an unsigned 
integer specifying the start time when the referenced data is valid for display. The 
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time can be represented in GPS seconds since 12 am, January 6 th , 1980 (standard 
GPS time). The receiver should not display the data until this time is reached. A 
value of zero indicates that the data is valid whenever present, that is, there are no 
time constraints. 

The field, information_duration - This 32 bits representing an unsigned 
integer specifying the duration from the start time when the referenced data is valid 
for display. The duration can be represented in seconds. The data should be 
displayed for the time frame specified by the start time for the duration specified. A 
value of zero indicates that there is no time limit on the particular data element. 

The field, information_location_text, can be a variable length string of 
characters that is interpreted as a URL. The length of this field is equal to 
descriptorjength - 10. The string can have a maximum of 245 characters. Such a 
URL can take at least two forms: file reference and table_id_extension reference. 
Protocol indicators can be used to indicate which form to apply. The indicator "ptm" 
stands for "Private Table Map" and can be followed by a text string that can be used 
directly to look up table_id_extension references in the mapping table. The indicator 
"ptd" stands for "Private Table Direct" and can be followed by a number that will 
correspond directly to the table_id_extension of the private table carrying the data 
file. Example URLs are "ptm:/demo/logo.gif and "ptd:/27". In the first case, the 
receiver software can use the mapping table supplied in the data stream (PID Oxlffa, 
Table ID OxBD, tableJd_extension 0x0000) to find out which tableJd_extension 
corresponds to "demo/logo. gif. The resultant table_id_extension can be used to 
acquire the corresponding table (PID Oxlffa, Table ID OxBD, table_id_extension n) 
and display the logo data found in the table sections. In the second case, the 
receiver software can use the value "27" directly to look up the private table in the 
stream (PID Oxlffa, Table ID OxBD, table_id_extension 0x001 B). 

The fourth descriptor, also known as the genre descriptor, will now be 
described in more detail. 

The genre descriptor contains a list of category selection codes. These codes 
are defined in Table 6.25 of the A/65 Addendum. The fourth descriptor can contain a 
list of any number of these category codes to allow the associated event to be 
filtered. The codes can be placed in the descriptor in priority order, e.g., most generic 
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to most specific. The descriptor tag can be OxCA. The Genre descriptor syntax is 
defined in Table 9. 



Table 9 - Bit Stream Syntax for the Genre Descriptor 



Syntax 


Bits 


Format 


genre_descriptor () { 
descriptortag 
descriptorjength 
for (i==0; i<descriptor_length; i++) { 
category_selection_code 

} 

} 


8 
8 

8 


OxCA 
uimsbf 

uimsbf 



The field, descriptor J:ag, can be an 8-bit unsigned integer having the value 
OxCA, identifying the descriptor as the genre__descriptor. 

The field, descriptorjength, has been described above. 

The field, category_selection_code, can be an 8-bit unsigned integer 
specifying a category selection code as defined in Table 6.25 of the A/65 Addendum. 
For example, the codes can be arranged from most generic to most specific. As a 
more specific example, a classic Western movie can have a genre descriptor with 
the following content: 

OxCA tag 
0x03 length 
0x22 "Movie" 
0x89 "Classic Film" 
0x7F "Western" 

Selection codes are not normative but informative, so there are no mandatory 
codes only informational codes allowing the receiver to better serve the consumer in 
finding specific content. Table 6.25 of the A/65 Addendum is included below (as 
Table 10) for convenience. 
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Table 10 = Table 6.25 of A/65 Addendum 
Categorical Selection Code Assignments 



Value 


Meaning 


Value 


Meaning 


Value 


Meaning 


0x00 


Not 

Available 


0x4F 


Hobby 


0x80 


Art 


0x01- 
1F 


Reserved 


0x50 


Hockey 


0x81 


Auto Racing 


0x20 


Education 


0x51 


Home 


0x82 


Aviation 


0x21 


Entertain- 
ment 


0x52 


Horror 


0x83 


Biography 


0x22 


Movie 


0x53 


Information 


0x84 


Boating 


0x23 


News 


0x54 


Instruction 


0x85 


Bowling 


0x24 


Religious 


0x55 


International 


0x86 


Boxing 


0x25 


Sports 


0x56 


Interview 


0x87 


Cartoon 


0x26 


Other 


0x57 


Language 


0x88 


Children 


0x27 


Action 


0x58 


Legal 


0x89 


Classic Film 


0x28 


Advertise- 
ment 


0x59 


Live 


0x8A 


Community 


0x29 


Animated 


0x5A 


Local 


0x8B 


Computers 


0x2A 


Anthology 


0x5B 


Math 


0x8C 


Country Music 


0x2B 


Automobile 


0x5C 


Medical 


0x8D 


Court 


0x2C 


Awards 


0x5D 


Meeting 


0x8E 


Extreme Sports 


0x2D 


Baseball 


0x5E 


Military 


0x8F 


Family 


0x2E 


Basketball 


0x5F 


Miniseries 


0x90 


Financial 


0x2F 


Bulletin 


0x60 


Music 


0x91 


Gymnastics 


0x30 


Business 


0x61 


Mystery 


0x92 


Headlines 


0x31 


Classical 


0x62 


National 


0x93 


Horse Racing 


0x32 


College 


0x63 


Nature 


0x94 


Hunting/Fishing/ 
Outdoors 


0x33 


Combat 


0x64 


Police 


0x95 


Independent 


0x34 


Comedy 


0x65 


Politics 


0x96 


Jazz 
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0x35 


Commentar 

y 


0x66 


Premier 


0x97 


Magazine 


0x36 


Concert 


0x67 


Prerecorded 


0x98 


Motorcycle Racing 


0x37 


Consumer 


0x68 


Product 


0x99 


Music/Film/Books 


0x38 


Contemp- 
orary 


0x69 


Professional 


0x9A 


News-International 


0x39 


Crime 


0x6A 


Public 


0x9B 


News-Local 


0x3A 


Dance 


0x6B 


Racing 


0x9C 


News-National 


0x3B 


Document- 
ary 


0x6C 


Reading 


0x9D 


News-Regional 


0x3C 


Drama 


0x6D 


Repair 


0x9E 


Olympics 


0x3D 


Elementary 


0x6E 


Repeat 


0x9F 


Original 


0x3E 


Erotica 


0x6F 


Review 


OxAO 


Performing Arts 


0x3F 


Exercise 


0x70 


Romance 


0xA1 


Pets/Animals 


0x40 


Fantasy 


0x71 


Science 


0xA2 


Pop 


0x41 


Farm 


0x72 


Series 


0xA3 


Rock & Roll 


0x42 


Fashion 


0x73 


Service 


0xA4 


Science Fiction 


0x43 


Fiction 


0x74 


Shopping 


0xA5 


Self Improvement 


0x44 


Food 


0x75 


Soap Opera 


0xA6 


Sitcom 


0x45 


Football 


0x76 


Special 


0xA7 


Skating 


0x46 


Foreign 


0x77 


Suspense 


0xA8 


Skiing 


0x47 


Fund 
Raiser 


0x78 


Talk 


0xA9 


Soccer 


0x48 


Game/Quiz 


0x79 


Technical 


OxAA 


Track/Field 


0x49 


Garden 


0x7A 


Tennis 


OxAB 


True 


0x4A 


Golf 


0x7B 


Travel 


OxAC 


Volleyball 


0x4B 


Governmen 
t 


0x7C 


Variety 


OxAD 


Wrestling 


0x4C 


Health 


0x7D 


Video 


OxAE- 
EF 


Reserved 



20 



Attorney Docket No. 2916-129P 
(Triveni No. 2000-01) 



0x4D 


High 
School 


0x7E 


Weather 


OxFO- 
FE 


Reserved for 
expansion of Basic 
categories (e.g. 
0x20-0x26) 


0x4E 


History 


0x7F 


Western 


OxFF 


Null (not a category) 



An overall example of the fourth example descriptor will be provided; it is 
entitled demo Mapping Table (dMT) and depicted in Table 11. It is assumed that this 
table can be cached on the STB so that it can be transmitted at a relatively low 
interval (e.g., 10 seconds). The dMT can be updated every time a change is made to 
the data stream. Mappings can remain the same across versions of the table 
whenever possible. 



Table 11 - Bit Stream Syntax for demo Mapping Table (dMT) 



Syntax 


Bits 


Format 


demo_mapping_table_section () { 






table_id 


8 


OxBD 


section_syntax_indicator 


1 


T 


p r i vate_i n d i cator 


1 


T 


reserved 


2 




sectionjength 


12 


uimsbf 


table_id_extension 


16 


0x0000 


reserved 


2 


'ir 


version_number 


5 


uimsbf 


c u r re n t_n ext_J n d i ca to r 


1 


T 


section_number 


8 


uimsbf 


last_section_number 


8 


uimsbf 


mappingsdefined 


16 


uimsbf 


for (i=0;i<mappings_defined;i++) { 








16 


uimsbf 


referenced_table_id_extension 






reserved 


3 


•nr 
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Syntax Bits Format 

referenced 5 uimsbf 

__table_version_number 

informationjocationjength 8 uimsbf 
for 

(j=0;j<information_location_length;j++) { 

8 uimsbf 

lnformation_location_byte 

} 

} 

CRC„32 32 rpchof 

} 



The field, table Jd, can be an 8-bit unsigned integer having the value OxBD, 
identifying the demo private table section. 

The field, section_syntax_indicator can be a 1-bit field set to T to indicate that 
this table follows the generic section syntax for tables. 

The field, private_indicator, can be a 1-bit field set to T to indicate that this is 
a private table. 

The field, section Jength, can be a 12-bit unsigned integer containing the 
number of bytes following this field to the end of the section. This field should not 
exceed 4093 bytes. 

The field, table_id_extension, can be a 16-bit unsigned integer having the 
value '0x0000', identifying the demo mapping table section. 

The field, version_number, can be a 5-bit field containing the version number 
of this table. The version_number should be incremented by 1 modulo 32 when a 
change in the information carried within the demo mapping table occurs. This 
number should change whenever a table is removed or added from the set of private 
data tables being supplied. The version number can also increment when a private 
data table's version number changes. 

The field, current_next_Jndicator, can be a 1-bit field set to ( 1' to indicate that 
this is the current valid demo mapping table. 
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The field, section_number, can be an 8-bit unsigned integer providing the 
number of the section. The section_number of the first section in a demo mapping 
table should be 0x00. The section_number should be incremented by 1 with each 
additional section in this table. 

The field, last_section_number, can be an 8-bit unsigned integer providing the 
number of the last section (that is, the section with the highest section_number) of 
the table of which this section is a part. 

The field, mappings_defined, can be a 16-bit unsigned integer providing the 
total number of mapping definitions within this section. A mapping definition includes 
the referenced table extension ID, the referenced table version number, and a 
textual string that may be used to reference the table. 

The field, referenced_table_id_extension, can be a 16-bit unsigned integer 
defining the extended table ID of the table to be associated with the included URL 
text information. The associated table can contain a single file as described in the 
demo_private_table definition below. 

The field, referenced_table_version_number, can be a 5-bit unsigned integer 
corresponding to the current version of the associated demo_private_table. The 
mapping table should be updated whenever a file is changed in which case the 
associated table version should change. 

The field, informationjocationjength, can be an 8-bit unsigned specifying the 
total number of bytes in the following information location text. The bytes included in 
this loop can match precisely the bytes contained in the extended information 
descriptors as described above. 

The field, information_location_byte, can be an 8-bit ASCII character. 

The field, CRC_32, can be a 32-bit unsigned integer containing the CRC 
value for this particular table section. The CRC calculation is specified in the MPEG2 
standard, more particularly Annex A, ISO/IEC 13818-1. 

The following is a variation of the dMT example described above, this 
variation being referred to as the demo Private Table (dPT). Table 12 depicts the 
dPT. Each dPT can contain a single file included as multiple sections. Tables can be 
differentiated using the table_id_extension in the section header. 
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Table 12 - Bit Stream Syntax for the demo Private Table (dPT) 



Syntax 


Bits 


Format 


demo private table section () { 






table_id 


8 


OxBD 


section_syntax_indicator 


1 


T 


p ri vate_i n d i cator 


1 


T 


reserved 


2 


'11' 


sectionlength 


12 


uimsbf 


table_id_extension 


16 


uimsbf 


reserved 


2 


'11' 


version_number 


5 


uimsbf 


current_next_indicator 


1 


T 


section_number 


8 


uimsbf 


last_section_number 


8 


uimsbf 


for (j=0;j<section_length-9;j++) { 






private_data_byte 

} 

CRC_32 

} 


8 


bslbf 


32 


rpchof 



O The fields, table_id, section_syntax_indicator, private_indicator, 

section Jength, table_id_extension, version_number, current_next_indicator, 
5 section_number, and lastsectionnumber have been described above. 

The field, private_data_byte, can be an 8-bit field indicating private data that 
can be concatenated into a complete file at the receiver. The file can be considered 
as a byte stream with section_number 0x00 containing the first byte of the stream 
while last_section_number can contain the final byte. A single data file can be 
1 0 contained in a single table. Note that data files can have a maximum size of 256 
(sections) * 4084 = 1,045,504 bytes = 1021 KB = 0.9971 MB. 
The field, CRC_32, has been described above. 

Though especially suited to ATSC compliant DTV technology, the invention 
alternatively is applicable to DTV technologies. 
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The invention being thus described, it will be obvious that the same may be 
varied in many ways. Such variations are not to be regarded as a departure from the 
spirit and scope of the invention, and all such modifications as would be obvious to 
one skilled in the art are intended to be included within the scope of the following 
claims. 
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